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DETAILED ACTION 

This Office Action corresponds to application 10/737,341 filed 12/16/2003. Claims 1, 5- 
8, 12-15, and 19-21 have been examined and are pending. 

Response to Amendment 

Claims 1, 8, and 15 have been amended while claims 2-4, 9-11, 16-18 and 22 have been 
cancelled. Accordingly, claims 1, 5-8, 12-15, and 19-21 are pending in this application. 

Claim Rejections - 35 USC § 101 

35U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions 
and requirements of this title. 

Claim 8 and the depending claims therefrom are rejected under 35 U.S.C. 101 because 
claim 8 is directed towards a system that does not include hardware. In a system without 
hardware, claim 8 is therefore considered software (or functional descriptive material per se), 
which is not statutory under 35 U.S.C. 1 0 1 . See MPEP 2 1 06.0 1 . 

If Applicant intends to claim a "software" system, the system needs to be stored in 
memory or other computer readable storage medium. If Applicant intends to claim a bounce- 
back prevention system as a machine, there needs to be some form of a structural part of a device 
or combination of devices as part of what is claimed. As claim 8 is phrased, there is no structure 
presented to make the supposed system actually be a machine. 
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Claim Rejections - 35 USC §103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1, 8 and 15 are rejected under 35 U.S.C. 103(a) as being unpatentable over Benson 
(U.S. Patent 5,819,272) in view of Strickler et al (U.S. Patent 6,122,630). 

With respect to claim 1 Benson teaches A method for preventing an unread activity 
associated with a read/unread status of an email from being bounced-back to an originating 
server during a replication operation, comprising: 

storing an identification (drawing reference 34) of an originating server (i.e. home/first 
server, drawing reference 34, col. 2 line 12, and figure 1), of a replicated unread activity (i.e. 
read/unread data set, drawing reference 38, and also a change number (CN) that is unique to the 
server on which the number was assigned) in an unread log (drawing reference 28) of a receiving 
server (i.e. replica server, col. 2 line 13-14, figure 1); 

during a subsequent replication process (col. 1 line 53-55 and line 23-25) initiated by the 
receiving server (col. 1 line 23-25 and col. 7 line 18-20); 

during the subsequent replication process (col. 1 line 53-55 and line 23-25), replicating 
the unread activity (col. 2 line 1 1-17) to at least one other server not identified as the originating 
server (col. 1 line 56-57, and col.4 line 41-42); 
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wherein storing an identification (drawing reference 34) further comprises updating the 
unread log (drawing reference 28, col. 2 line 29-31) to include an unread entry (drawing 
reference 38) corresponding to the replicated unread activity (i.e. read/unread data set, drawing 
reference 38), and storing the identification of the originating server (drawing reference 34) with 
the unread entry (drawing references 28, 34 and 38); and 

examining (col. 2 line 24-28) the unread log (drawing reference 28) to determine (i.e. 
identifying the last server from which the data was updated, col. 2 line 24-25) if any unread 
entries (drawing reference 38) stored therein correspond to an unread activity (drawing reference 
38) received from the originating server (i.e. home/first server, drawing reference 34, col. 2 line 
12, and figure 1) and, during the subsequent replication process (col. 1 line 53-55 and line 23- 
25), not replicating any unread activity identified as being received from the originating server 
back to the originating server (col. 2 line 14-16 and col. 4 line 60-61). 

While Benson discloses writing back changes to reflect records that are read (col. 2 line 
14-16) and not performing a write back in the absence of data changes of read/write data to 
suggest that unread activity is not written back to the originating server, Benson does not 
explicitly state preventing replication of the unread activity back to the originating server. 

Stickler, however, explicitly states inhibiting a local node from posting selective 
transactions which were detected as being originally sent by a local node (abstract, last 5 lines 
and col. 6 lines 20-25) to control replication back to a local server and thus teaching preventing 
replication of the unread activity back to the originating server. 

In the same field of endeavor, (i.e. data replication), it would have been obvious to one of 
ordinary skill in the data processing art at the time of the present invention to combine the 
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teachings of the cited references because Strickler's teachings of inhibiting (i.e. preventing) the 
posting of transactions (i.e. unread activity) back to a local node (i.e. home server of Benson) 
would have been beneficial to Benson for reducing replication latency (a need shown by Benson 
at col. 1 line 46). Strickler provides a low-latency replication scheme by limiting a "ping-pong" 
(or in other words, a bounce back) effect of bidirectional replication. Further, Strickler's 
teachings would have provided Benson with a method to control replication so that write backs 
of unread activity are not posted to the originating server and thereby ensuring only changed data 
is written back to the home server (as needed by Benson at col. 4 line 60-61). 

With respect to claim 8, Benson teaches a bounce-back prevention system, comprising: 
a receiving server (i.e. replica server, col. 2 line 13-14, figure 1) for receiving an unread 
activity (i.e. read/unread data set, drawing reference 38), associated with a read/unread status of 
an email (col. 4 line 57-61) and replicated by an originating server (i.e. home/first server, 
drawing reference 34, col. 2 line 12, and figure 1), the receiving server (i.e. replica server, col. 2 
line 13-14, figure 1) including an unread log for storing an identification (drawing reference 34) 
of the originating server (i.e. home/first server, drawing reference 34, col. 2 line 12, and figure 

i); 

a subsequent replication process (col. 1 line 53-55 and line 23-25) initiated by the 
receiving server (col. 1 line 23-25 and col. 7 line 18-20); 

wherein the receiving server (i.e. replica server, col. 2 line 13-14, figure 1) further 
comprises a replication system, and wherein the replication system (col. 1 line 23-25 and col. 7 
line 18-20) of the receiving server (i.e. replica server, col. 2 line 13-14, figure 1) replicates the 
unread activity (drawing reference 38) to at least one other server not identified as the originating 
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server (col. 1 line 56-57, and col.4 line 41-42) during the subsequent replication process (col. 1 
line 53-55 and line 23-25); 

wherein the receiving server (i.e. replica server, col. 2 line 13-14, figure 1) further 
comprises a system for updating the unread log (drawing reference 28, col. 2 line 29-31) to 
include an unread entry (drawing reference 38) corresponding to the replicated unread activity 
(i.e. read/unread data set, drawing reference 38), and for storing the identification (drawing 
reference 34) of the originating server (i.e. home/first server, drawing reference 34, col. 2 line 
12, and figure 1) with the unread entry (drawing reference 38); and 

a system for examining the unread log to determine if any unread entries stored therein 
correspond to an unread activity (i.e. read/unread data set, drawing reference 38) received from 
the originating server (i.e. home/first server, drawing reference 34, col. 2 line 12, and figure 1), 
and a system for preventing any unread activities (i.e. read/unread data set, drawing reference 
38), identified by the examining system as being received from the originating server (i.e. 
home/first server, drawing reference 34, col. 2 line 12, and figure 1), from being replicated back 
to the originating server, during the subsequent replication process (col. 1 line 53-55 and line 23- 
25). 

While Benson discloses writing back changes to reflect records that are read (col. 2 line 14- 
16) and not performing a write back in the absence of data changes of read/write data to suggest 
that unread activity is not written back to the originating server, Benson does not explicitly state 
preventing replication of the unread activity back to the originating server. 

Stickler, however, explicitly states inhibiting a local node from posting selective transactions 
which were detected as being originally sent by a local node (abstract, last 5 lines and col. 6 lines 
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20-25) to control replication back to a local server and thus teaching preventing replication of the 
unread activity back to the originating server. 

In the same field of endeavor, (i.e. data replication), it would have been obvious to one of 
ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because Strickler's teachings of inhibiting (i.e. preventing) the 
posting of transactions (i.e. unread activity) back to a local node (i.e. home server of Benson) 
would have been beneficial to Benson for reducing replication latency (a need shown by Benson 
at col. 1 line 46). Strickler provides a low-latency replication scheme by limiting a "ping-pong" 
(or in other words, a bounce back) effect of bidirectional replication. Further, Strickler's 
teachings would have provided Benson with a method to control replication so that write backs 
of unread activity are not posted to the originating server and thereby ensuring only changed data 
is written back to the home server (as needed by Benson at col. 4 line 60-61). 

With respect to claim 15, Benson teaches a program product stored on a recordable 
medium for preventing an unread activity associated with a read/unread status of an email from 
being bounced-back to an originating server during a replication operation, which when executed 
on a computer system comprises: 

storing an identification (drawing reference 34) of an originating server (i.e. home/first 
server, drawing reference 34, col. 2 line 12, and figure 1), of a replicated unread activity (i.e. 
read/unread data set, drawing reference 38) in an unread log (drawing reference 28) of a 
receiving server (i.e. replica server, col. 2 line 13-14, figure 1); 
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during a subsequent replication process (col. 1 line 53-55 and line 23-25) initiated by the 
receiving server (col. 1 line 23-25 and col. 7 line 18-20); 

program code for replicating the unread activity (col. 2 line 11-17) to at least one other 
server not identified as the originating server (col. 1 line 56-57, and col.4 line 41-42); 

wherein the program code for storing an identification (drawing reference 34) further 
comprises updating the unread log (drawing reference 28, col. 2 line 29-31) to include an unread 
entry (drawing reference 38), and program code for storing the identification of the originating 
server (drawing reference 34) with the unread entry (drawing references 28, 34 and 38); and 

program code for examining (col. 2 line 24-28) the unread log (drawing reference 28) to 
determine (i.e. identifying the last server from which the data was updated, col. 2 line 24-25) if 
any unread entries (drawing reference 38) stored therein correspond to an unread activity 
(drawing reference 38) received from the originating server (i.e. home/first server, drawing 
reference 34, col. 2 line 12, and figure 1) and, during the subsequent replication process (col. 1 
line 53-55 and line 23-25), not replicating any unread activity identified as being received from 
the originating server back to the originating server (col. 2 line 14-16 and col. 4 line 60-61). 

While Benson discloses writing back changes to reflect records that are read (col. 2 line 
14-16) and not performing a write back in the absence of data changes of read/write data to 
suggest that unread activity is not written back to the originating server, Benson does not 
explicitly state preventing replication of the unread activity back to the originating server. 

Stickler, however, explicitly states inhibiting a local node from posting selective transactions 
which were detected as being originally sent by a local node (abstract, last 5 lines and col. 6 lines 
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20-25) to control replication back to a local server and thus teaching preventing replication of the 
unread activity back to the originating server. 

In the same field of endeavor, (i.e. data replication), it would have been obvious to one of 
ordinary skill in the data processing art at the time of the present invention to combine the 
teachings of the cited references because Strickler's teachings of inhibiting (i.e. preventing) the 
posting of transactions (i.e. unread activity) back to a local node (i.e. home server of Benson) 
would have been beneficial to Benson for reducing replication latency (a need shown by Benson 
at col. 1 line 46). Strickler provides a low-latency replication scheme by limiting a "ping-pong" 
(or in other words, a bounce back) effect of bidirectional replication. Further, Strickler's 
teachings would have provided Benson with a method to control replication so that write backs 
of unread activity are not posted to the originating server and thereby ensuring only changed data 
is written back to the home server (as needed by Benson at col. 4 line 60-61). 

Claims 5-7, 12-14, and 19-21 rejected under 35 U.S.C. 103(a) as being unpatentable over 
Benson in view of Stickler and further obvious over Benson. 

With respect to claim 5, Benson teaches the method of claim 1, wherein the originating 
server has a name (i.e. Home Server GUID, drawing reference 34). 

Benson does not explicitly disclose the identification is a hash of the name of the originating 
server. 
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Although Benson does not explicitly disclose the identification is a hash of the name of the 
originating server, it would have been obvious to one of ordinary skill in the data processing art 
at the time of the present invention to hash the GUID of the home server for the benefit of having 
compressed identifiers for ease of transmission and thus reducing replication latency (as 
disclosed by Benson, abstract). 

With respect to claim 6, Benson teaches the method of claim 5, wherein during the 
subsequent replication process, if another server has the same hash as the originating server, the 
receiving server replicates the unread activity to the other server and back to the originating 
server (col. 5 lines 60-62 and 56-58, step 70). 

With respect to claim 7, Benson teaches the method of claim 6, wherein the originating 
server discards any duplicate replicated unread activities (col. 5 lines 39-57 suggests keeping 
single instances of replicated activities). 

With respect to claim 12, the system of claim 8, wherein the originating server has a 
name (i.e. Home Server GUID, drawing reference 34). 

Benson does not explicitly disclose the identification is a hash of the name of the 
originating server. 

Although Benson does not explicitly disclose the identification is a hash of the name of 
the originating server, it would have been obvious to one of ordinary skill in the data processing 
art at the time of the present invention to hash the GUID of the home server for the benefit of 
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having compressed identifiers for ease of transmission and thus reducing replication latency (as 
disclosed by Benson, abstract). 

With respect to claim 13, Benson teaches the system of claim 12, wherein the receiving 
system includes a replication system, and wherein during the subsequent replication process, if 
another server has the same hash as the originating server, the replication system of the receiving 
server replicates the unread activity to the other server and back to the originating server (col. 5 
lines 60-62 and 56-58, step 70). 

With respect to claim 14, Benson teaches the system of claim 13, wherein the originating 
server discards any duplicate replicated unread activities (col. 5 lines 39-57 suggests keeping 
single instances of replicated activities). 

With respect to claim 19, Benson teaches the program product of claim 15, wherein the 
originating server has a name (i.e. Home_Server_GUID, drawing reference 34). 

Benson does not explicitly disclose the identification is a hash of the name of the originating 
server. 

Although Benson does not explicitly disclose the identification is a hash of the name of 
the originating server, it would have been obvious to one of ordinary skill in the data processing 
art at the time of the present invention to hash the GUID of the home server for the benefit of 
having compressed identifiers for ease of transmission and thus reducing replication latency (as 
disclosed by Benson, abstract). 
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With respect to claim 20, Benson teaches Benson teaches the method of claim 5, wherein 
during the subsequent replication process, if another server has the same hash as the originating 
server, the receiving server replicates the unread activity to the other server and back to the 
originating server (col. 5 lines 60-62 and 56-58, step 70). 

With respect to claim 21, Benson teaches the program product of claim 20, wherein the 
originating server discards any duplicate replicated unread activities (col. 5 lines 39-57 suggests 
keeping single instances of replicated activities). 

Response to Arguments 

Applicant's arguments in the reply filed 12/27/2007 have been fully considered but they 
are not persuasive. 

In respect to the 35 U.S.C. 101 rejection to claims 8 and depending claims 12-14, 
Applicant's argument that claim 8 includes a "receiving server" and an "originating server" are 
insufficient to indicate the system including hardware to become statutory. Specifically, there is 
no express indication in the Applicant's disclosure of the system of claim 8 being constructed of 
hardware. Further, Applicant's specification at paragraph 0045 states that the present invention 
can be realized in hardware, software, or a combination of hardware and software. With the 
system being able to be realized in software alone (i.e. software per se) the claims may be 
construed as such and therefore remain non-statutory under 35 U.S.C. 101 . 
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In response to applicant's arguments in regards to present claim 1 (i.e. page 9 of the 
reply), the recitation of the claimed unread activity associated with a read/unread status of an 
email has not been given patentable weight because the recitation occurs in the preamble. A 
preamble is generally not accorded any patentable weight where it merely recites the purpose of 
a process or the intended use of a structure, and where the body of the claim does not depend on 
the preamble for completeness but, instead, the process steps or structural limitations are able to 
stand alone. See In re Hirao, 535 F.2d 67, 190 USPQ 15 (CCPA 1976) and Kropa v. Robie, 187 
F.2d 150, 152, 88 USPQ 478, 481 (CCPA 1951). 

In response to Applicant's note (see last paragraph of page 8 to top of page 9) that the 
rejection of claims 5-7, 12-14, and 19-21 are improper, the Examiner respectfully submits that 
claims 5-7, 12-14, and 19-21 are rejected by Benson and Strickler as applied to the rejection of 
claims 1, 8, and 15 and are further taught and suggested by Benson. Clarification has been made 
in the foregoing rejection. 

Further, Applicant argues (last paragraph of page 10 in the response) that Strickler does 
not teach preventing an unread activity associated with a read/unread status of an email. 

The Examiner disagrees as Strickler teaches a local node (that sends transactions to be 
posted) is inhibited from posting selective transactions which were detected as being originally 
sent by the local node (i.e. last 5 lines of abstract). In other words, the Examiner submits that in 
Strickler' s system, the original transactions are not posted back to the local node that sent them. 
Here, it is also suggested by Strickler that the transactions that were not changed by other 
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databases (i.e. an "unread" activity) are prevented from being replicated back to the originating 
server (local node). The Examiner further submits that the transaction in Strickler can be 
interpreted as an unread activity in that only the changed and "read" transactions can be posted to 
the original database (i.e. an unread transaction would represent a transaction with no change). 
Strickler also suggests that such a method may be applied in an e-mail system (col. 5 line 13-14). 

In the same field of endeavor as Benson, Strickler's system would have given Benson the 
prevention of writing back data that has not changed to the home server. Benson suggests the 
need when they teach that unread data that has not changed is not written back (col. 4 line 60-61, 
Benson). In this instance, the unread activity is an unread email (see Benson, col. 4 line 19-23 
wherein messages are specified with "read" or "unread" data records). Also in this instance, 
Benson suggests that unread emails are not written back to the home server (see Benson, col. 4 
line 57-59). 

Conclusion 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
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CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Contact Information 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert M. Timblin whose telephone number is 571-272-5627. 
The examiner can normally be reached on M-F 8:00-4:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John R. Cottingham can be reached on 571-272-7079. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/ROBERT TIMBLIN/ 
Examiner, Art Unit 2167 



/John R. Cottingham/ 
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